Monitoring Boomi Integrations
Learn how to monitor and deal with various problems like failed runs and disabled Boomi Integrations
This section describes what's being monitored and the rules for how Nodinite translates this into meaningful monitoring states. Also, some remote commands are available as Actions to help you swiftly manage problems. Actions are further detailed on the Managing Boomi Integrations page.
Diagram: Boomi Integrations monitoring architecture showing Nodinite agent connecting to Boomi accounts, monitoring Atoms, processes, certificates, environments, and JMX metrics with color-coded component relationships.
JMX Monitoring is detailed in the Nodinite JMX Monitoring Agent
Monitoring Features
- Automatic Discovery
- The Nodinite monitoring agent uses the AtomSphere API and offers you an automatic discovery of your Boomi Integrations for configured Accounts. Sharing access to any individual Process is very easy from within Nodinite using Monitor Views.
- State Evaluation - Make sure the Boomi Integrations have the intended run-time state!
- State evaluation for Boomi Integrations
- Enabled/Disabled - Provides means to get you alerted if anyone disables your Atoms and more
- Process - monitor the state and performance of executions
- Failed Process Executions - monitor failed process executions
If Nodinite can't check the state of your Boomi Integrations, chances are no one else can use them either
- State evaluation for Boomi Integrations
- Category-based monitoring - To help you sort out the different types of artifacts, the monitored Resources are grouped by Categories

List of Boomi Integration categories being monitored
| Resource Name | Monitoring | Actions | Metrics/Statistics | |
|---|---|---|---|---|
| Account | Details Processing report | - | ||
| Atom | Details Processing reporting | - | ||
| Environment | Details | - | ||
| Process | Resume Schedules Stop Schedules Details Edit threshold | - | ||
| Failed Process Executions | Show failed executions Clear failed | - | ||
| Deployed Certificate | See Managing Boomi Integrations | - |
State evaluation for Boomi Integrations
List of Boomi Integration Resources in a Nodinite Monitor View.
Account
The Account configuration groups all related Boomi resources like:
Each Account is presented within Nodinite as one Resource. If you have 3 configured Accounts, then you will have 3 Resources in Nodinite.
- The name of the Resources comes from the Account name setting, set in the Remote Configuration
- Account Resources belong to the 'Account' Category
- The Application comes from the Account Display name setting, set in the Remote Configuration

Here's an example of Application naming pattern, the name is also the pre-fix for all related Boomi resources
Each Account (presented in Nodinite as a Resource) has one of the following evaluated states at any given moment:
| State | Status | Description | Actions | |
|---|---|---|---|---|
| Unavailable | Resource not available | Evaluation of the 'Account' is not possible either due to network or security-related problems | Review prerequisites Remote Configuration | |
| Error | Error threshold is breached | Not implemented | ||
| Warning | Warning threshold is breached | Not implemented | - | |
| OK | Within user-defined thresholds | Account configuration is operational | Details Processing report |

Here's an example of unavailable Account resources, either due to bad configuration or there is a problem with the Boomi Integration Account
Atom
Each Atom is presented within Nodinite as one Resource. If you have 7 deployed Atoms, then you will have 7 Resources in Nodinite.
- The name of the Resources comes from the name of the deployed Atom
- Boomi Atoms belong to the 'Atom' Category
- The Application name is based on physical deployment paths. This pattern guarantees uniqueness:
- Account name/Environment name/Atom name

Here's an example of Application naming pattern.
Each Atom (presented in Nodinite as a Resource) has one of the following evaluated states at any given moment:
| State | Status | Description | Actions | |
|---|---|---|---|---|
| Unavailable | Resource not available | Evaluation of the 'Atom' is not possible either due to network or security-related problems | Review prerequisites | |
| Error | Error threshold is breached | Atom is offline | - | |
| Warning | Warning threshold is breached | Atom is detached | - | |
| OK | Within user-defined thresholds | Atom is online and operational | Details Processing reporting |

Here's an example of an Atom that is currently offline
From within Nodinite, you can reconfigure the state evaluation on Resource level using the Expected State feature.
Environment
Each Environment is presented within Nodinite as one Resource. If you have three Boomi Environments within one Account, then you will have three Resources in Nodinite.
- The name of the Resources comes from the name of the deployed Boomi Environment for the specified Account
- Boomi Environments belong to the 'Environment' Category
- The Application name is based on physical deployment paths. This pattern guarantees uniqueness:
- Display name from Account name configuration

Here's an example of Application naming pattern for Boomi Environments
Each Environment (presented in Nodinite as a Resource) has one of the following evaluated states at any given moment:
| State | Status | Description | Actions | |
|---|---|---|---|---|
| Unavailable | Resource not available | Evaluation of the 'Environment' is not possible either due to network or security-related problems | Review prerequisites | |
| Error | Error threshold is breached | Not implemented | - | |
| Warning | Warning threshold is breached | No Atoms exists for this environment and/or all the Atoms are detached | - | |
| OK | Within user-defined thresholds | Environment exists | Details |
Process
Each Process is presented within Nodinite as one Resource. If you have three deployed processes, then you will have three Resources in Nodinite.
- The name of the Resources comes from the name of the deployed Boomi Process
- Boomi Processes belong to the 'Process' Category
- The Application name is based on physical deployment paths. This pattern guarantees uniqueness:
- Display name from Account name configuration/Environment name/Atom name/Folder name

Here's an example of Application naming pattern for Boomi Processes.
Each Process (presented in Nodinite as a Resource) has one of the following evaluated states at any given moment:
| State | Status | Description | Actions | |
|---|---|---|---|---|
| Unavailable | Resource not available | Evaluation of the 'Process' is not possible either due to network or security-related problems | Review prerequisites | |
| Error | Error threshold is breached | The time-based Error threshold was breachedProcess schedule is disabledProcess is error-prone | Resume Schedules Stop Schedules Details Edit threshold | |
| Warning | Warning threshold is breached | The time-based Warning threshold was breached | Resume Schedules Stop Schedules Details Edit threshold | |
| OK | Within user-defined thresholds | Process is operational and not error-prone | Resume Schedules Stop Schedules Details Edit threshold |
Failed Process Executions
Each Process with Failed Executions is presented within Nodinite as one Resource. If you have three deployed processes, then you will have three Resources in Nodinite.
- The name of the Resources comes from the name of the deployed Boomi Process
- Boomi Processes belong to the 'Process - Failed Execution' Category
- The Application name is based on physical deployment paths. This pattern guarantees uniqueness:
- Display name from Account name configuration/Environment name/Atom name/Folder name

Here's an example of Application naming pattern for failed Boomi Process executions.
Each Process (presented in Nodinite as a Resource) has one of the following evaluated states at any given moment:
| State | Status | Description | Actions | |
|---|---|---|---|---|
| Unavailable | Resource not available | Evaluation of the 'Process' is not possible either due to network or security-related problems | Review prerequisites | |
| Error | Execution failed | Failed executions exists after last clear date time | Show failed executions Clear failed | |
| Warning | - | Not implemented | ||
| OK | Process executions runs without errors | There are no failed executions since the last clear date time | Show failed executions Clear failed |
Deployed Certificate
The Nodinite Monitoring Agent for Dell Boomi monitors SSL/TLS certificates deployed across your Boomi environments. This feature proactively tracks certificate expiration dates and alerts you before certificates expire, preventing service disruptions due to expired certificates.
Each Deployed Certificate is presented within Nodinite as one Resource. If you have 5 certificates deployed across your Boomi environments, then you will have 5 Resources in Nodinite.
- The name of the Resources comes from the certificate name as configured in Boomi
- Deployed Certificates belong to the 'Deployed Certificate' Category
- The Application name follows this pattern:
- Display name from Account name configuration/Environment name/Certificates

Deployed certificates shown in a Nodinite Monitor View with different expiration states—expired certificates in red (ERROR), certificates expiring soon in orange (WARNING), and valid certificates in green (OK).
Certificate Detection:
The agent automatically discovers all deployed certificates across your Boomi environments and displays which atoms or containers each certificate is deployed to. Certificate type and deployment locations are shown in the resource description (e.g., "X.509 | Deployed to: Production-Atom-1, Production-Atom-2").
Each Deployed Certificate (presented in Nodinite as a Resource) has one of the following evaluated states at any given moment:
| State | Status | Description | Log Text Example | Actions | |
|---|---|---|---|---|---|
| Unavailable | Certificate not found | Certificate configured but not found in Boomi environment | "Certificate configuration exists but certificate not found in Boomi environment 'Production'" | See Managing Boomi Integrations | |
| Error | Certificate expired or expiring very soon | Days until expiry ≤ Error Days threshold OR certificate has already expired | "Certificate expired on 2025-11-09 (12 days ago)" | See Managing Boomi Integrations | |
| Warning | Certificate expiring soon | Days until expiry ≤ Warning Days threshold AND > Error Days threshold | "Certificate expires in 727 day(s) on 2027-11-20" | See Managing Boomi Integrations | |
| OK | Certificate valid | Certificate expires after the Warning Days threshold | No log text displayed | See Managing Boomi Integrations |
Default Thresholds:
- ⚠️ Warning Days: 60 days before expiration (triggers WARNING state)
- ❌ Error Days: 30 days before expiration (triggers ERROR state)
These thresholds can be configured globally at the Boomi account level or overridden for individual certificates. Configuration and threshold customization are detailed on the Managing Boomi Integrations page.
Orphaned Configuration Detection:
The agent detects when you have certificate-specific configurations for certificates that no longer exist in Boomi, creating an UNAVAILABLE resource to alert you and help maintain clean configurations.
Alert history for Boomi Integration resources
During root cause analysis or other purposes, it might be helpful to understand how often your Boomi Integration solutions problems happen. If your Monitor View allows it, you can search for historical state changes for the provided timespan, either for all your Boomi Integration Resources or individually. This topic is further detailed within the generic instructions on how to Add or manage Monitor View page.
| Search | Resource history |
|---|---|
Search for alert history for all resources in the Monitor View |
Alert history for the selected Boomi Process |
Frequently asked questions
Use the Troubleshooting guide to find the FAQ and answers to known problems.
Search for alert history for all resources in the Monitor View
Alert history for the selected Boomi Process